亚马逊如何WorkMail与 IAM 合作 |
您所在的位置：网站首页 › amazon workmail › 亚马逊如何WorkMail与 IAM 合作 |
|
本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 亚马逊如何WorkMail与 IAM 合作在使用 IAM 管理对亚马逊的访问权限之前WorkMail，您应该了解亚马逊可以使用哪些 IAM 功能WorkMail。要全面了解 Amazon WorkMail 和其他AWS服务如何与 IAM 协作，请参阅 IAM 用户指南中的与 IAM 配合使用的AWS服务。 主题亚马逊WorkMail基于身份的政策亚马逊WorkMail基于资源的政策基于亚马逊WorkMail标签的授权亚马逊 WorkMail IAM 角色 亚马逊WorkMail基于身份的政策通过使用 IAM 基于身份的策略，您可以指定允许或拒绝的操作和资源以及允许或拒绝操作的条件。亚马逊WorkMail支持特定的操作、资源和条件密钥。要了解在 JSON 策略中使用的所有元素，请参阅 IAM 用户指南 中的 IAM JSON 策略元素参考。 操作管理员可以使用 AWS JSON 策略来指定谁有权访问什么内容。也就是说，哪个主体 可以对什么资源 执行操作，以及在什么 条件 下执行。 JSON 策略的 Action 元素描述可用于在策略中允许或拒绝访问的操作。策略操作通常与关联的 AWS API 操作同名。有一些例外情况，例如没有匹配 API 操作的仅限权限 操作。还有一些操作需要在策略中执行多个操作。这些附加操作称为相关操作。 在策略中包含操作以授予执行相关操作的权限。 亚马逊的政策操作在操作前WorkMail使用以下前缀:workmail:. 例如，要授予某人WorkMailListUsers通过 Amazon API 操作检索用户列表的权限，您需要将该workmail:ListUsers操作包含在其策略中。策略语句必须包含 Action 或 NotAction 元素。亚马逊WorkMail定义了自己的一组操作，这些操作描述了您可以使用此服务执行的任务。 要在单个语句中指定多项操作，请使用逗号将它们隔开，如下所示： "Action": [ "workmail:ListUsers", "workmail:DeleteUser"您也可以使用通配符 (*) 指定多个操作。例如，要指定以单词 List 开头的所有操作，包括以下操作： "Action": "workmail:List*"要查看亚马逊WorkMail操作列表，请参阅 IAM 用户指南WorkMail中亚马逊定义的操作。 资源管理员可以使用 AWS JSON 策略来指定谁有权访问什么内容。也就是说，哪个主体 可以对什么资源 执行操作，以及在什么条件 下执行。 Resource JSON 策略元素指定要向其应用操作的一个或多个对象。语句必须包含 Resource 或 NotResource 元素。作为最佳实践，请使用其 Amazon 资源名称（ARN）指定资源。对于支持特定资源类型（称为资源级权限）的操作，您可以执行此操作。 对于不支持资源级权限的操作（如列出操作），请使用通配符（*）指示语句应用于所有资源。 "Resource": "*"亚马逊WorkMail支持亚马逊组织的资源级权限。WorkMail 亚马逊WorkMail组织资源具有以下 ARN： arn:aws:workmail:${Region}:${Account}:organization/${OrganizationId}有关 ARN 格式的更多信息，请参阅 Amazon Resource Name (ARN) 和 AWS 服务命名空间。 例如，要在语句中指定 m-n1pq2345678r901st2u3vx45x6789yza 组织，请使用以下 ARN。 "Resource": "arn:aws:workmail:us-east-1:111122223333:organization/m-n1pq2345678r901st2u3vx45x6789yza"要指定属于特定账户的所有组织，请使用通配符 (*)： "Resource": "arn:aws:workmail:us-east-1:111122223333:organization/*"某些 Amazon WorkMail 操作，例如用于创建资源的操作，无法对特定资源执行。在这些情况下，您必须使用通配符 (*)。 "Resource": "*"要查看亚马逊WorkMail资源类型及其 ARN 的列表，请参阅 IAM 用户指南WorkMail中亚马逊定义的资源。要了解您可以为每种资源的 ARN 指定哪些操作，请参阅亚马逊的操作、资源和条件密钥WorkMail。 条件键亚马逊WorkMail支持以下全局条件密钥。 aws:CurrentTime aws:EpochTime aws:MultiFactorAuthAge aws:MultiFactorAuthPresent aws:PrincipalOrgID aws:PrincipalArn aws:RequestedRegion aws:SecureTransport aws:UserAgent 以下示例策略仅向 A eu-west-1 WS 区域中经过 MFA 身份验证的 IAM 委托人授予对 Amazon WorkMail 控制台的访问权限。 { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ses:Describe*", "ses:Get*", "workmail:Describe*", "workmail:Get*", "workmail:List*", "workmail:Search*", "lambda:ListFunctions", "iam:ListRoles", "logs:DescribeLogGroups", "cloudwatch:GetMetricData" ], "Resource": "*", "Condition": { "StringEquals": { "aws:RequestedRegion": [ "eu-west-1" ] }, "Bool": { "aws:MultiFactorAuthPresent": true } } } ] }要查看所有 AWS 全局条件键，请参阅《IAM 用户指南》中的 AWS 全局条件上下文键。 workmail:ImpersonationRoleId是 Amazon WorkMail 支持的唯一服务特定条件密钥。 以下示例策略将AssumeImpersonationRole操作范围缩小到特定的WorkMail组织和模拟角色。 { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "workmail:AssumeImpersonationRole" ], "Resource": "arn:aws:workmail:us-east-1:111122223333:organization/m-n1pq2345678r901st2u3vx45x6789yza", "Condition": { "StringEquals": { "workmail:ImpersonationRoleId":"12345678-1234-1234-1234-123456789012" } } } ] } 示例要查看WorkMail基于身份的亚马逊政策的示例，请参阅。亚马逊WorkMail基于身份的政策示例 亚马逊WorkMail基于资源的政策亚马逊WorkMail不支持基于资源的政策。 基于亚马逊WorkMail标签的授权您可以将标签附加到亚马逊WorkMail资源，也可以在向亚马逊的请求中传递标签WorkMail。要基于标签控制访问，您需要使用 aws:ResourceTag/key-name、aws:RequestTag/key-name 或 aws:TagKeys 条件键在策略的条件元素中提供标签信息。有关标记亚马逊WorkMail资源的更多信息，请参阅标记组织。 亚马逊 WorkMail IAM 角色IAM 角色是 AWS 账户中具有特定权限的实体。 在亚马逊使用临时证书 WorkMail您可以使用临时凭证进行联合身份登录，担任 IAM 角色或担任跨账户角色。您可以通过调用AssumeRole或等 AWS STS API 操作来获取临时安全证书GetFederationToken。 亚马逊WorkMail支持使用临时证书。 服务相关角色服务相关角色允许 AWS 服务访问其它服务中的资源以代表您完成操作。服务相关角色显示在您的 IAM 账户中，并归该服务所有。IAM 管理员可以查看但不能编辑服务相关角色的权限。 亚马逊WorkMail支持服务相关角色。有关创建或管理 Amazon WorkMail 服务相关角色的详细信息，请参阅对 Amazon 使用服务相关角色 WorkMail。 服务角色此功能允许服务代表您担任服务角色。此角色允许服务访问其它服务中的资源以代表您完成操作。服务角色显示在您的 IAM 账户中，并归该账户所有。这意味着，IAM 管理员可以更改该角色的权限。但是，这样做可能会中断服务的功能。 亚马逊WorkMail支持服务角色。 |
| CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |